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BJBflQHRCE PiMifttTftTTftN 

This invention relates to a method for optimising the 
allocation of a plurality of resources to a plurality of jobs 
and to a apparatus for performing such a method. It is 
particularly suited for use in situations where the 
availability of resources and the jobs to be performed both 
change dynamically. An example of such a situation is the 
allocation of jobs to a field force of operatives, for 
example ambulance or taxi drivers, a vehicle repair call out 
field force, or a maintenance field force for a distributed 
system such as a power or water supply or telecommunications 
network. 

In such situations the workload is highly variable and 
15 volatile, and jobs have to be allocated in real time since 
the necessary response times are of the order of the lengths 
of the jobs themselves, and very much ' shorter than an 
operative's working day. The durations of the individual 
jobs are themselves highly variable which affects resource 
availability for those jobs awaiting allocation. 

Various cost analysis algorithms are known for 
allocating jobs to resources, such as the so called 
"Hungarian algorithm" described in a 1955 paper by H W Kuhn 
"The Hungarian Method for the Assignment Problem" (Naval 
25 Research Logistics Quarterly, vol 2, pages 83-97) and 
developed further by M B Wright "Speeding up the Hungarian 
Algorithm", Computer Operations Research Vol 17 No 1 pages 
95-96 (1990). However the use of these algorithms in real 
situations is not easy. 
30 According to a first aspect of the invention there is 

provided a method of allocating a plurality of resources to 
a plurality of jobs, by using a computer to perform the 
following steps: - 

- determining the time at which each resource is 
35 forecast to become available; 

- determining the time at which each job is required 
to be perform d; 



20 
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- assigning to aoh job a time-dependent cost function 
calculated as a function of the time at which the job will be 
performed; 

- for each possible combination of jobs with 
5 resources, determining the total projected cost, dependent on 

the time at which each resource is forecast to be available 
and the value of the cost function for the respective job at 
that time; 

- determining the combination which produces the 
10 smallest total projected cost. 

The method may be operated such that when a resource 
becomes available the steps described above are performed, 
the available resource then being assigned to the job which 
is associated with it in the smallest cost combination 
15 identified by the above procedure. 

New jobs may be added to the plurality of jobs, the 
method described above being performed when such additions 
take place. 

If a second resource becomes available at or near to 

20 its forecast time and no other changes have occurred since 
the optimisation determination was last performed, the second 
resource may be assigned the job already allocated to it in 
the lowest-cost combination previously calculated. 

The method may be arranged such that combinations of 

25 resources and jobs which are incompatible are ascribed 
substantially infinite cost values. if it is desired to 
allocate a specific resource to a job, it may be arranged 
that combinations of that job with other resources are 
treated as incompatible. 

30 The jobs may be prioritised on the basis of the times 

at which they to be performed, and the resources may be 
prioritised on the basis of which are forecast to become 
available first. The cost evaluation may be performed for a 
predetermined number of the jobs, being those having the 

35 highest priority. 

The method may allow low priority jobs to be 
int rrupted to allow a high priority job to be don instead. 
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If more jobs ar available than r sources, dummy 
resources may be included in the analysis. High values are 
allotted to the cost functions of jobs allocated to such 
resources. 

5 A group of jobs which are closely related may be 

represented by a single job in the calculation of cost 
scores, other jobs of the group being assigned to the same 
resource if they are compatible. 

According to a second aspect of the invention there is 
10 provided apparatus for allocating a plurality of resources to 
a plurality of jobs comprising: 

- means for storing parameters relating to the 
resources; 

- means for storing parameters relating to the jobs; 
15 - means for determining from the parameters the time 

at which each resource is forecast to become available; 

- means for determining from the parameters the time 
at which each job is required to be performed; 

- means for assigning to each job a cost function 
20 which is calculated as a function of the time at which the 

job will be performed; 

means for determining, for each possible 
combination of jobs with resources, the projected cost, 
dependent on the time at which each resource is forecast to 
25 be available and the value of the cost function for the 
respective job at that time; 

- means for determining the combination which produces 
the smallest total projected cost. 

According to a further aspect, there is provided a 
30 computer apparatus for allocating a plurality of jobs to a 
plurality of resources, said computer apparatus comprising a 
central processing unit, a memory, an input device and an 
output device, said memory containing a program for 
controlling the computer and which is arranged: 
35 - to store parameters relating to the resources; 

- to stor parameters relating to th jobs; 

- to determine from th parameters the tim at which 
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each resource is forecast to become available; 

- to determine from the param t rs th time at which 
each job is required to be performed; 

- to assign to each job a cost function which is 
5 calculated as a function of the time at which the job will be 

performed; 

- to determine, for each possibile combination of jobs 
with resources, the projected cost, dependent on the time at 
which each resource is forecast to be available and the value 

10 of the cost function for the respective job at that time; and 

- to determine the combination which produces the 
smallest total projected cost. 

By assigning a time-dependent cost function to each 
job, the fact that different resources would perform it at 

15 different times, and the consequences of this, such as 
failure to meet an agreed time, can be taken into account. 

Means may be provided for adding new jobs to the 
plurality of jobs. Means may also be provided for 
identifying incompatible combinations of jobs with resources 

20 and ascribing infinite cost values to such combinations. 
There may also be means for selectively allocating a 
specified resource to a given job, arranged so that 
combinations of such a job with other resources are 
identified as incompatible. 

25 Means may also be provided for prioritising jobs 

and/or resources, and for selecting the jobs and resources 
with the highest priority on which to perform the cost 
evaluation. 

Allocation equipment as described above may be 
30 provided in combination with a plurality of communications 
terminals for use by the resources, and with a communications 
network for communicating between the terminals and the 
control apparatus . 

Advantageously, these terminals may store details of 
35 a second job provisionally allocated to the resource by the 
allocation quipment, but only r veal these details if an 
attempt to report completion of a first job fails to 
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communicate with the allocation apparatus. 

The terminals are pr f rably portable, and may 
communicate with the allocation equipment either by a radio 
network or by a fixed telecommunications network to which the 
5 terminals may be connected. They send information to the 
allocation equipment, as well as receiving instructions from 
it. 

In this invention, the performance of the job and the 
availability of the resource are calculated as time-dependent 
10 functions, with a greater cost weighting being applied to 
resource- job combinations with a greater likelihood of 
failing to achieve a target time. 

In a preferred arrangement only resources which have 
completed their current job are informed of the next job 

15 allocated to them. Other allocations are provisional and may 
be changed in response to changed circumstances, e.g. new 
jobs being requested, or a resource reporting a job 
completion earlier or later than the estimated time. In a 
particularly preferred arrangement the job allocation 

20 procedure is normally performed whenever a resource reports 
its current job completed, but if there have been no changes 
such as new job requests since the last run of the allocation 
procedure, and if the resource has reported job completion 
close to the projected completion time, the results of the 

25 last run of one procedure are used instead. 

The allocation procedure may also be performed when 
significant changes take place such as the addition of new 
jobs. This allows the current allocation to keep up with 
such developments, so that when a resource requests a job the 

30 system can respond with an assigned job immediately without 
having to run the allocation procedure. However, if a 
resource reports job completion earlier than predicted, this 
is itself a significant change which would require re-running 
of the allocation procedure. 

35 In certain circumstances there may be resources which 

are unable to perform certain jobs. This would apply for 
exampl where a job requir s a sp cific skill, or where an 
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item of equipment is needed which is only held by some of the 
availabl operatives. Other situations may occur where only 
a limited group of operatives have authority to work at a 
particular site, e.g. because of a customer's security 
5 procedures. In yet other cases a specific individual 
operative may be requested for a particular job, for example 
because it is a follow-up to an earlier job performed by that 
individual, or as part of the individual's training. In 
order to accommodate this the cost values for all 

10 incompatible resource/job combinations may be arranged to be 
reset to infinity. However, if the operating system on which 
the system is being run has difficulty in handling 
infinities, a finite number may be used which is 
nevertheless sufficiently large that no such incompatible 

15 allocation will be made. This will nevertheless ensure that 
the allocation will be made to a compatible resource. In 
this specification, the phrase 'substantially infinite' is 
used to mean any number whose value is large enough to 
achieve this. 

20 In order to reduce processing time, the system may 

operate on combinations only of those resources projected to 
become available in the near future (including any currently 
available) and those jobs having the highest priority. 

In a further development of the invention, there is 

25 provided an apparatus for allocating a plurality of resources 
to a plurality of jobs comprising: 

- means for storing parameters relating to the 
resources; 

- means for storing parameters relating to the jobs; 
30 " means for determining from the parameters the time 

at which each resource is forecast to become available; 

- means for determining from the parameters the time 
at which each job is required to be performed; 

- means for assigning to each job a cost function 
35 which is calculated as a function of the time at which the 

job will be performed; 

means for d termini ng, for each possible 
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combination of jobs with resources, the proj ct d cost, 
dependent on the time at which each r source is for cast to 
be available and the value of the cost function for the 
respective job at that time; 
5 - means for determining the combination which produces 

the smallest total projected cost; 

in combination with a network on which the jobs are 
to be performed, said network including means for detecting 
faults in the network, and means for supplying, to said means 

10 for storing parameters relating to the jobs, parameters of 
jobs to be performed to rectify the faults so detected. 

Where the network is a telecommunications network, 
said fault detecting means may be a fault management system 
forming part of the network. The means for supplying 

15 parameters to the jobs may be simply an interface between the 
fault management system and said apparatus. 

The parameters may include an assessment of the 
priority of the job to the performed, made wholly or in part 
on the basis of the availability of spare capacity in the 

20 network. In particular, if there is no spare capacity, such 
that service is interrupted, the job is allocated the highest 
priority. 

An embodiment of the invention will now be described, 
by way of example only, with reference to the accompanying 
25 drawings, in which: 

Figure 1 shows a general arrangement of a system 
including a computer configured to operate according to the 
invention- 
Figure 2 is a flow chart showing diagrammatic ally the 
30 operation of a minimum cost calculation routine (the 
"Hungarian algorithm" - Wright variant) forming part of the 
main program of the computer of the system of Figure 1; 

Figure 3 is a general flow chart showing an over-view 
of the various routines which together form the main program 
35 of the computer, the individual routine being shown in 
greater detail in Figures 2 and 4 to 12; 

Figure 4 is a flow chart showing the routin p rformed 
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when a operative reports job completion; 

Figure 5 shows the rout in for updating the 
operatives' parameters in the system 

Figure 6 is a flow chart showing the job allocation 
5 routine itself; 

Figure 7 shows the routine for updating job parameters 
when a new job is requested; 

Figure 8 shows a continuation of the job parameter 

update; 

10 Figure 9 shows a pre-allocation routine for those jobs 

which are identified as being required by a specific 

individual operative; 

Figure 10 shows a flow chart for the initialisation 

routine to be performed at the beginning of the working day; 
15 Figure 11 shows a flow chart showing a periodical 

updating procedure; and 

Figure 12 shows a sub routine for allocating a second 

job to an operative which forms an optional part of the 

routine of Figure 6. 

20 Figure 13 shows a flow chart for the end-of-day 

procedure. 

Figure 14 shows a flow chart for a 'job-interrupt' 
procedure. 

Figure 15a shows a flow chart for a job-selection 
25 procedure. Figure 15b shows a flow chart for a job-grouping 
procedure. 

Figures 16 and 17 are representations of cost score 
matrixes for the situation illustrated in Figure 1. 

Figure 18 is a functional block diagram of the 
30 resource allocation system shown in Figure 1. 

Figure 19 shows the components of the computer of 
Figure 1. 

Referring to Figure 1, there is shown a resource 
allocation system comprising an apparatus in the form of a 
35 computer X for allocating resources to jobs and three hand 
held t rminals HI, H2, H3. Bach of the hand held terminals 
may be a Husky mod 1 FS/2 produced by Husky Computers Ltd of 
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Coventry, England. Each of the hand held terminals may be 
connected to the computer X by a fix d or mobile 
telecommunications network. Figure 1 shows a link C made by 
such a network between terminal HI and the computer X. 
5 In the present example, the resources take the form of 

three technicians Tl, T2, T3 who are provided, respectively, 
with the terminals HI, H2, H3. The three technicians are 
presently engaged on jobs Jl, J2, J 3 and there are four 
further jobs J4, J5, J6, J7 awaiting attention. In a real 

10 situation there will be many more technicians and jobs. The 
technicians Tl, T2, T3 can use their terminals HI, H2, H3 for 
reporting completion of a job and for certain special purpose 
to be described later. They also use the terminals to 
receive instructions for the next job from the computer X. 

15 In the present example, the three technicians Tl, T2, 

T3 are part of a field force for performing jobs on a 
telecommunications work. 

The components of computer X are shown in Figure 19. 
These comprise a keyboard 191, a central processing unit 

20 (CPU) 192, a visual display unit (VDU) 193, a memory 194 and 
an input /output port 195. The data and the programs for 
controlling the computer X are stored in memory 194. The 
input/output port 195 connects the computer to the 
telecommunications system which provides the communication 

25 links between the computer X and the hand held terminals HI, 
H2, H3. The computer X can also review alarms from a fault 
monitoring system associated with the telecommunications 
network. 

The computer X is provided with a main program for 
30 allocating the technicians to the jobs. The main program is 
divided into a set of routines. The general structures of 
the program the individual routine and the method used by the 
program for allocating the technicians to the jobs are 
discussed in detail below. 
35 In Figure 1, technician Tl has completed job Jl and 

contacts th computer X with the aid of his t rminal HI and 
th communication link c for instructions for his next job. 
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The problem is to determine which of jobs J4, J5, J6, J7 
technician Tl should be instructed to perform next. The 
method used by the main program of computer X takes into 
account. 

5 - whether the technician can perform each individual 

job; 

- the time the technician would take to travel to the 
location of each job; 

- the time the technician would take to perform each 

10 job. 

- the relevant importance of each job, determined for 
example by the number of customers affected or the agreed 
maximum response time; and 

- the availability of the other technicians T2, T3. 
15 The availability of these technicians depends on the 

time when they each will become available, which in turn 
depends on the length of the current job, the time the 
technician started doing it, and the rate at which he works. 

The time that a job will take is Bubject to some 

20 uncertainty, since in many cases jobs involve the 
investigation and rectification of a reported problem. Until 
the problem is investigated the time it will take to rectify 
can only be estimated with a fairly large margin of error. 
There are also other variable factors, such as the local 

25 circumstances of each job which makes a precise measure 
difficult. The method used by the main program of computer 
X calculates an estimated time window of job completion for 
all technicians currently engaged on a job, and updates this 
if a technician reports job completion early or fails to 

30 report at the estimated time. 

The method first calculates a time dependant "cost 
function" for each job. This takes into account the penalty 
for failing to meet an agreed time. The penalty may be a 
real monetary cost if compensation is payable to a customer 

35 for failures to meet a time, or a ' virtual' cost -e. g. damage 
to a company's reputation. The penalty is a time-dependant 
prop rty. In th simplest cas the function is zero if the 
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agreed time is m t and a fixed value oth rwis . In more 
complex cases, for xample where compensation is payable 
according to the degree of lateness, it may be some more 
complex time -dependant function. 
5 For each possible allocation of a technician to a job, 

a "technic! an/ job cost", the cost of allocating a giv^n job 
to a given technician is then estimated. This takes into 
account the cost of the job failing (which is the same 
whoever does it) and the probability of the job failing 

10 (which varies from one technician to another). This 
probability depends principally on the projected finishing 
time of the technicians current job, the amount of travelling 
time needed to get to the new job, the time by which the new 
job must be done, the estimated duration of the new job, and 

15 the variability of these factors. A projected cost is 
calculated by determining the projected time at which the 
technician will be available, and determining the value of 
the cost function for that job at that time. 

Other factors, such as the ability of the technician 

20 to perform the job (taking into account skills, equipment, 
and security clearances available to each individual), and 
the amount of non productive time involved in that technician 
involved in carrying out that job (e.g. time spent in 
travelling, or waiting at the location for access if a "not 

25 before" appointment time has been made) can also be taken 
into account. It should be recognised that these costs are 
estimates and include a weighting for probability: in other 
words, they are actuarial costs. In many cases, the cost of 
allocating the job can in reality only be one of two values, 

30 zero or the failure cost. The actuarial or weighted cost 
lies between these values, its precise value depending on the 
probability of failure. 

These various factors need to be reduced to a common 
unit of measurement. For example, all the factors may be 

35 measured in equivalent units of travel time. The cost of 
allowing a job to fail to meet its target time can be 
calculat d as equivalent to the amount of trav lling time on 
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is prepared to use in sending a technician to prevent that 
failure occurring. 

The method then determines the combination of the 
technicians and jobs for which the total of the 
5 "technician/ job cost" values is a minimum. 

The calculation is described in more detail below. 
Each combination of the technicians and the jobs will have a 
different total cost as evident from Figure 16 and the 
combination with the lowest cost is selected as the 

10 allocation plan. The cost of not allocating each job must 
alBo be considered, and this is done by including one or more 
non-existent, or "dummy" technicians. Other things being 
equal, the lowest priority job would be allocated to the 
dummy. For example technician Tl may be allocated job J5, 

15 technician T2 job J7 and technician T3 job J6, job J4 not 
being allocated at this stage. Technician Tl is then 
instructed by the communications link c to perform job J5. 
However, technicians T2 and T3 are not given any instructions 
at this stage as they have not yet completed their current 

20 jobs. The allocation of jobs J6 and J7 to technicians T2 and 
T3 are provisional, and may be changed for example if a 
further job (not shown), of higher priority than either job 
J6 or J7 is requested, or if a technician (e. g. T3) reports 
completion of a job unexpectedly early/or fails to complete 

25 a job at the predicted time. In this latter circumstance the 
jobs J4, J6 and J7 may be reallocated (again provisionally) 
to ensure the highest priority jobs are still done in time. 
Figure 17 shows such a revised matrix. It will be seen that 
the allocations are now different. Also, job J5 has been 

30 replaced by new job J8 since J5 is now being carried out. 

The procedure carried out in the method to be 
described below involves a large number of steps. In order 
to assist in understanding the relationships of the flow 
charts of Figures 2 and 4 to 15, Figure 3 shows the inter- 

35 relationships of these elements of the complete procedure. 
The basic allocation algorithm will now b bri fly describ d 
with ref rence to the flow chart of Figure 2. This proc dur 
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is describ d in more detail by H W Kuhn in Naval Res arch 
Logistics Quarterly vol 2, pages 83 to 97 (1955: "The 
Hungarian Method for the Assignment Problem" ) and M B Wright 
in "Speeding Up the Hungarian Algorithm": Computer Operations 
5 Research Vol 17 page 95-96 (1990). 

Initially a square matrix (in the example below a 4x4 
matrix) is prepared giving the various cost scores for 
allocating each resource to each job in the matrix. Each row 
and each column may be given an attribute referred to as a 

10 * label 1 . This label identifies whether a row or column has 
been inspected for selection of an element in the optimum 
assignment, and whether such a selection has been made. The 
following steps are then performed: - 

Step 2. 1 Subtract the row minimum value from each row 

15 and the column minimum from each column. This will leave one 
zero in each row and column. If some row or column is all 
infinite then the matrix is infeasible. 

Stet> 2. 2 Select as many independent zeros as 
possible i.e. zeros which do not share a row or a column with 

20 another selected zero. If two zeroes share a row or column 
only one of them may be selected. It is possible, though 
unlikely, that we will now have a complete assignment (see 
step 2. 11 below) 

Step 2. 3 if the assignment is not complete, pick an 

25 unassigned row, and label it. If there is no such row go to 
step 2. 7. 

Step 2. 4 Find a row which has been labelled but not 
yet examined. Mark it as examined and scan it for zeros. 

Step 2. 5 If a zero is found in an unassigned column 
30 go to step 2. 10. 

If a zero is found in an assigned column, label the 
column with the row number of the zero and label the row in 
which the previous assignment occurred. This label extends 
the chain which we will eventually follow backwards in 
35 extending the allocation set (step 2. 10). If no zero is 
found, go to step 2. 7. 

Step 2. 6 When we have finished scanning the row, go 
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to step 2. 4. 

Step 2, 7 Examine all the labelled rows and find the 
minimum element which is not in a labelled column. This 
value is necessarily non-zero since if it were zero the 
5 column in which it occurs would have been labelled by step 
2. 5. If there is no labelled row or if the minimum value 
that we find is infinite, the matrix is infeasible. 

St££ — 2L_S. Subtract this minimum value from each 
labelled row and add it to each labelled column. This will 
10 introduce a new zero in each column that contained that 
minimum value but will not disturb any zeros that we might 
want in augmenting the allocation set. 

Step 2t 9 Examine each unlabelled column for zeros in 
labelled rows. There is certain to be one since the minimum 
15 value that we subtracted/added was derived only from labelled 
rows; and zeros in unlabelled rows are of no interest since 
they cannot form part of an augmenting path. If the column 
has no assignment we can use this zero as one end of an 
assignment chain, so go to step 2. 10. Otherwise label the 
20 column and row as in step 2. 5 and go to step 2. 4. 

Step 2t IP Augment the allocation list by assigning 
this element and tracing back, following column labels and 
row assignments, until we come to the first row we labelled. 
As the trace is followed back, allocate each element 
25 identified by a column label and unallocate any previously 
assigned element in the same row. The net result is a gain 
of one assignment. 

Step 2, U if the solution is not complete remove all 
the row and column labels and go back to step 2. 3. 
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Worked Examples 
1. No Iteration 

The following matrix produces a complete solution on 
the first iteration of step 2. 2. The main body of the 
5 interactive loop is not entered at all. The solution is 
marked by a ' *' . 



row_j>os 






col_min 






select 


3 


2 14 




label 








subtract 


0 


0 1 




select 


label 


subtract 


Original matrix 


Adjusted matrix 


3 




2 


15 


10 2* 9 


13 


8 0* 6 


2 




3 


15 


3* 12 8 i 


12 


0* 9 4 


1 




0 


0* 


17 0 2 


0* 


17 0 1 


4 




4 


8 


4 14 5* 


4 


0 10 0* 
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2. One iteration 
This matrix assigns three out of the four rows in step 2. 2. 
The partial solution is shown with a ' *' . 



15 



row_pos 






col_min 






select 


3 1 4 




label 








subtract 


10 7 0 




select 


label 


subtract 


Original matrix 


Adjusted matrix 


2 




12 


17 12 19 16 


4 0* 0 4 






6 


16 6 16 9 


9 0 3 3 


1 




0 


1* 9 16 0 


0* 9 9 0 


4 




1 


8 18 17 1* 


6 17 9 0* 



We now label the first unassigned row (i.e. row 2) 
with a large number, in this case 99, and enter the main 
loop. As each labelled row is scanned its label is 

20 negatived to indicate that the row has been scanned. The 
labelling process also labels row 1 and column 2. 

In examining element [2, 1] we set col_min for column 
1. In examining element [2, 2], a zero, we label column 2 
and, since element [1, 2] was initially selected, we label 

25 row 1. Examining elements [2, 3] and [2, 4] leads to setting 
'row_pos [3]', 'row_pos [4]', ' col_min [3]' and ' col_min 
14)' . 

Row 1 is now scanned, because the previous iteration 
has caused it to be labelled. 

30 
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row_pos 


2 2 2 




col_min 


9 3 3 




select 


3 1 4 




label 


2 




subtract 


1 0 7 0 




select 


label 


subtract 


Original matrix 


Adjusted matrix 


2 

1 
4 

Scj 


-2 
-99 

sinning 


12 
6 
0 
1 

row 1 we 


17 12* 19 16 
16 6 16 9 
1* 9 16 0 
8 18 17 1* 

update col_min 


4 0* 0 4 
9 0 3 3 
0* 9 9 0 
6 17 9 0* 

and row_pos for 



column 1. Column 2 is already labelled and so is not 
15 processed. Column 3 is a zero and the column is neither 
labelled nor selected. This is a spare zero (i.e. not 
currently assigned) so we can update the chain by going to 
step 2. 10. 



row_pos 


1 




2 


2 




col_min 


4 




3 


3 




select 


3 


2 


1 


4 




label 


2 




subtract 


1 


0 


7 


0 




select 


label 


subtract 


Original 


matrix 


Adjusted matrix 


3 


-2 


12 


17 


12 


19* 


16 


4 0 0* 4 


2 


-99 


6 


16 


6* 


16 


9 


9 0* 3 3 


1 




0 


1* 


9 


16 


0 


0* 9 9 0 


4 




1 


8 


18 


17 


1* 


6 17 9 0* 



30 



We now have a compl te solution. 
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3. Two iterations, multipl solutions 

This matrix has three minimal solutions. It also 
takes two iterations of the main loop. After step 2. 2 this 
5 is how it looks. 



row__pos 






col_min 






select 


4 1 




10 label 






subtract 


10 2 1 




select 


label 


subtract 


Original matrix 


Adjusted matrix 


2 

15 

1 




! 4 
3 
3 
2 


8 4* 7 7 

5 3 8 7 

6 3 8 5 
3* 2 4 3 


3 0* 1 2 
10 3 3 
2 0 3 1 
0* 0 0 0 



* Solution 

We now go through the main loop recording the 
20 information, as before. We start by labelling row 2, the 
first unas signed row. The scan results also in the 

labelling of row 1. Rows 1 and 4 are not scanned. 
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row_po6 


2 11 




col_min 


1 1 2 




select 


4 1 




5 label 


2 




subtract 


10 2 1 




select 


label 


subtract 


Original matrix 


Adjusted matrix 


3 
2 

10 


-2 
-99 


4 
3 
3 
2 


8 4* 7 7 

5 3 8 7 

6 3 8 5 
3* 2 4 3 


3 0* 1 2 
10 3 3 
2 0 3 1 
0* 0 0 0 



Since we did not discover a spare zero we drop out of 
the loop at step 2. 7. The minimum elements of the labelled 
15 rows and unlabelled columns are elements (1, 3) and (2,1) 
which have a value of 1. Subtracting this value from 
labelled rows 1 and 2 and adding to labelled column 2 gives: 



row_pos 


2 1 1 




20 col_min 


1 12 




select 


4 1 




label 


2 




subtract 


1-12 1 




select 


label 


subtract 


Original matrix 


Adjusted matrix 


25 2 
1 


-2 
-99 


5 
4 
3 
2 


8 4* 7 7 

5 3 8 7 

6 3 8 5 
3* 2 4 3 


2 0* 0 1 
0 0 2 2 
2 13 1 
0* 1 0 0 



30 We hav n w zeros at [1, 3] and [2, 1] and lose th 

zeros at [3, 2] and [4, 2 J, Step 2.9 updat s th ' col_min 
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[1]' and ' col_min [3]' to 0, labels columns 1 and 3 and row 
4 and returns 3, a zero in a spar column. Step 2. 10 updates 
the assignments to: 



row_pos 


2 1 1 




col_min 


0 0 2 




select 


4 2 1 




label 


2 2 l 




subtrac 


t 


1-12 1 




select 


label 


subtract 


Original matrix 


Adjusted matrix 


3 
2 

1 

We 

margin da 


-2 
-99 

4 

now gc 
ta and 


5 j 

4 

3 

2 

) back to 
labels, la 


8 4 7* 7 

5 3* 8 7 

6 3 8 5 
3* 2 4 3 

the top of the 
bel row 3 as the 


2 0 0* 1 
0 0* 2 2 
2 13 1 
0* 1 0 0 

loop, reset the 
first unas signed 



10 



15 



20 



row and update the margin data. This time we label nothing 
and do not end on a spare zero, there is none in row 3, so we 
have to call Step 2. 8 which introduces a new zero at [3, 4]. 



row_pos 
col min 



select 



25 



label 



subtract 



-1 



30 



select 



3 
2 



label 



-99 



subtract 



Original matrix 



Adjusted matrix 



5 
4 
4 
2 



8 
5 
6 

3* 



4 7* 7 

3* 8 7 

3 8 5 

2 4 3 



3 0 0* 1 

0 0* 2 2 

10 2 0 

0* 1 0 0 
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As we have an extra zero in element [3 / 4 J step 2.9 
returns column 4. Step 2. 10 assigns [3, 4] and the assignment 
is complete. 

5 



row_pos 


3 3 3 3 




col_ml n 


10 2 0 




select 


4 2 13 




label 


4 




10 subtract 


1-12 1 




select 


label 


subtract 


Original matrix 


Adjusted matrix 


3 
2 
4 

15 1 


-99 
1 


5 
4 
4 

2 


8 4 7* 7 

5 3* 8 7 

6 3 8 5* 
3* 2 4 3 


2 0 0* 1 

0 0* 2 2 

1 0 2 0* 
0* 1 0 0 



A feature of the preferred embodiment of the invention 
is the use of 'dummy' technicians. Because the 'Hungarian' 

20 algorithm requires a square matrix the same number of 
technicians and jobs must be used. However, if only the 
correct number of jobs to match the number of real 
technicians is assessed, non-optimal solutions may occur. 
Assuming there are N technicians, then the N highest -priority 

25 jobs will be allocated. However, there may be a job (j 
(N+X)) whose priority is just outside the top ' N' , whose 
inclusion instead of one of those within, but near the 
bottom, of the top ' N' (say j (N-z)) would provide a lower- 
cost solution. 

30 In order to overcome this problem more jobs are put 

into the matrix than there are technicians. 'Dummy' 
technicians are included in order to make the matrix square 
again. In a practical embodiment, ther may be s v ral times 
as many jobs as t clinicians, to ensure the lowest-cost 



) 
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solution is always found. 

The cost valu s assigned to jobs allocated to dummy 
technicians are selected according to the priority of the 
job. For example, a job which must be allocated within a 
5 short time is allocated a very high cost score with a dummy 
technician, such that any available real technician able to 
do the job will have a lower cost score and be allocated the 
job instead. Similarly, jobs of very low priority are 
allocated a zero cost score, which indicates that a 
10 technician should only be assigned to it if no other job can 
be assigned to him. Intermediate values are assigned for 
cases falling within these extremes. Essentially the cost 
score of allocating a dummy technician to a job is the cost 
of delaying that job, including the calculated risk that no 
15 real technician will become available in time to do it. 

The very high cost-score referred to should be less 
than the substantially infinite value used for incompatible 
allocations of jobs to technicians, because an infinite value 
could result in a situation where the matrix is insoluble 
20 (because no real technician can do it either). m such a 
case the job would be counted as a failure and removed from 
the system, which would prevent a suitable real technician 
who completes his previous job ahead of time being given it. 

In certain circumstances, particularly towards the end 
25 of a day, there may not be enough jobs to fill the matrix. 
The algorithm can be adjusted in such cases to work with 
differently-sized matrixes, but it is simpler to insert dummy 
jobs to make the number up again. The cost value of 
allocating a dummy job to a technician is the value of the 
30 idle time involved i. e, in units of travel time, how far it 
is deemed cost-effective to send the technician to do a real 
job instead. The cost value of allocating a dummy job to a 
dummy technician is zero. 

The remainder of the method, to be described below, 
35 determines the initial values to be used in the method, and 
the steps for instructing the technicians about their 
assigned jobs. 
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Figure 3 shows an overview of the various routines 
which form the main program of computer X. The r ference 
numerals used for the individual routines also correspond to 
the numbers of the individual Figures showing the individual 
5 routines in more detail. 

When a technician reports in, a routine 4 performs a 
number of preliminary checks to identify certain special 
cases. Should these checks not identify such a special case 
the program continues with a routine 5 to update the details 

10 of the technician in the database and to check whether the 
technician has already been allocated a job in a recent run 
of the program for which the conditions are still valid. 

If the assumptions used in the earlier run are no 
longer valid, for example if the technician has reported in 

15 unexpectedly early, or if no job was allocated to the 
technician in the earlier run, the row in the cost matrix 
corresponding to that technician is amended, (routine 5), and 
the allocation of jobs to technicians then takes place 
(routine 6), ending with the technician being informed of his 

20 next job and his details again being updated. 

If a technician reports in with a revised estimate of 
completion of his current job a routine 11 takes place to 
update the technicians details, to be used in the next 
updating run of the allocations routine 6. 

25 A similar procedure is necessary when a new job is 

requested. In routine 7 the parameters of the job are 
collated. If the job is to be allocated to a specific 
technician the technician and job may be handled by a special 
routine 9, (to be discussed below) otherwise the job 

30 parameters are updated (routine 8) and the allocation routine 
6 is performed. 

At periodic intervals an update of the technician and 
job allocation procedure is also made. For the determination 
of initial values for the cost matrix there are two slightly 

35 different initial routines 10, 11 for the first run of the 
day and for subsequent runs respectively. In both cases the 
allocation routin 6 is then run. 
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An additional routine 12 may be mploy d as part of 
the allocation routine 6, to provisionally allocate each 
technicians second job. This is a safeguard in case the 
technician is unable to report the completion of the first 
5 job because of communications difficulties. 

The following figures 4 to 15b show the routines 
mentioned above with reference to Figure 3 in greater detail. 
These routines are interlinked, and the numerals 4 to 15b in 
these figures identify the figure showing the continuation of 
10 the program. 

In Figure 4 there is shown the flow chart for routine 
4. This routine comprises the preliminary steps which take 
place whenever a technician comes on line to report, for 
example at the start of a shift, or to report progress or 
15 completion of a job. 

In step 40 original contact is made and in response to 
this, one of three courses is taken. If the technician is 
reporting at the start of the shift then a job will already 
have been allocated to him as part of the start of day 
procedure to be described below with reference to Figure 10. 
This job is allocated to the technician in step 42 and a jump 
is then made to step 65 in which the technician is 
instructed, and details of the technician in the system are 
updated in step 66. 

If the technician is not available for a job, but is 
instead reporting the progress on his current job (such as 
the need to visit stores for a spare part) this information 
is used to update the technician' s estimated completion time 
(step 41) which is used in the next run of the updating 
30 routine 11. 

If the technician is reporting completion of the 
currently allocated job, step 44 takes place to determine 
whether the technician is available for another job 
immediately or not. There are four possible outcomes. 
35 - If the time of day is within a predetermined 

threshold limit of the technician's nd-of-shift tim th n no 
further job is allocated (step 49). 



20 



25 
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- If th t clinician n eds to collect equipment from a 
stores point, st p 45 takes place, which determines wh th r 
the technician is already at the stores point or merely 
intends to go there. If the latter, the technician's 
5 estimated job completion time is reset to the present time 
plus the time calculated for him to travel from his present 
location to the stores, plus the time allowed at the stores 
(step 46). This effectively generates a new "completion 
time" at which the technician will be available to travel to 

10 a new job. If the technician is already at the stores point 
the job completion time is set to the present (step 47). In 
both cases the technician' s location is updated to that of 
the store. The program then continues to update the 
technician's parameters in routine 5. 

15 - If the technician intends to take a meal break 

before starting the next job the job completion time is set 
to the present time plus the duration the technician is 
permitted for his meal break (step 48). If none of these 
special cases apply, the technician is simply awaiting his 

20 next job and the procedure goes straight to Figure 5. In all 
the above cases the program then goes on to update the 
technician's parameters in routine 5. 

Figure 5 shows the flow chart for routine 5 for 
updating the technicians' parameters on the system when they 

25 report completion of a job. 

If the pre-allocation procedure 9 to be described 
below is in use, the first step is to check (step 51) whether 
the technician has already been pre-allocated a job. If so 
a jump is made to step 43 and this job is sent as an 

30 instruction to the technician. Otherwise, if the technician 
is at, or intends to visit, a stores point (step 45 above), 
the travel time to each job from the stores point must be 
determined (step 52), since any calculation of travel time 
must be made from the stores point (as derived in step 46) 

35 and not the previous job location. The cost of job failure 
is then calculated for each job the t chnician can do (step 
53). For any dummy jobs in the system this cost is set to 
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infinity to avoid an on-line technician getting a dummy job 
(step 54). 

In Figure 6 is shown the job allocation routine 6 
which is a continuation common to all routines 5, 8, 10 and 
5 11. 

If the work tends to be clustered at known locations, 
it is desirable to first perform a ' seeding 1 procedure 
(Figure 15a), If there are several jobs at the same 
location, each one could otherwise be allocated a different 
10 technician, causing unnecessary travelling if one technician 
could perform several of them. Moreover, if a technician can 
be allocated two or more jobs at the same location, he may be 
able to work on both jobs in parallel more efficiently than 
in series. It is thus desirable to group jobs where 

15 possible. However, it is not practical to re-define all of 
these group as a single 'super job' as the different skills 
required to do all of the jobs, or the time needed to 
complete them, may be too restrictive on the number of 
technicians able to carry them out. 

20 This problem can be alleviated by performing the 

procedure shown in Figures 15a and 15b. In this procedure a 
number of high-priority jobs are included in the current 
matrix, which act as ' seeds' . They are associated with other 
jobs, which may be of the same or different priority and may 

25 also appear in the matrix. When a job is allocated to a 
technician, only those of the associated job which are 
compatible with him are also allocated to him. They are also 
removed from the matrix if they are present within it. In 
this way, grouping of jobs can be achieved in a flexible 

30 manner. 

In Figure 15a is shown the procedure for selecting 
'seed' jobs. This is an initial step in the allocation 
routine 6. In Figure 15b is shown the procedure for 
instructing a technician to perform the group of jobs, which 
35 forms later part of the allocation routine 6. 

In Figure 15a, the matrix is fill d with 'seed jobs'. 
These are jobs having appointments within a predetermined 
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time in the future which ar still achievabl . They are 
selected in several stag s so as to give very chanc of a 
technician being able to stay put and also to give a good 
geographical and skill type distribution to seed- jobs to 
5 support multi-s killing and reduce travel. In this way it 
should avoid situations where many important jobs at a few 
locations would dominate the matrix - potentially forcing 
excess travel. 

They are selected for entry in the cost score matrix 
10 in the following order: 

a) The highest priority job at each technician's present 
location which is compatible with his skills (to allow them 
to be allocated a seed job which allows them to stay put). 
(Step 151). 

15 b) High priority job at un-manned locations (Step 152) 

c) Remaining high priority jobs at any location with a 
skill -type which is not already covered by a seed job (Step 
153) 

d) Important non-urgent jobs at any location with a 
20 skill -type which is not already covered by a seed job (Step 

154) 

e) Low importance work at any location with a skill-type 
which is not already covered by a seed job (needed for end- 
of -day or low work conditions). (Step 155). 

25 This seed job identification process stops as soon as 

enough seed jobs have been identified to fill the matrix. 
All remaining stages are skipped. 

The seed jobs appear in the matrix in real-time 
priority order. 

30 By selecting this ordering for selecting jobs for the 

cost-score matrix it is ensured that 

a) if there is another job to be done at a technician's 
present location, it is considered (even if it is of low 
priority) 

35 b) all locations with high-priority jobs are considered 

c) high-priority jobs at th same location but r quiring 
differ nt skills are all cov red. 
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The number of technicians (including dummies) and jobs 
is compar d, and if there are not enough jobs th imbalance 
is made up with 'dummy' jobs (step 156). Allocations of 
dummy jobs to technicians are allocated a high but non- 
5 infinite cost to encourage the allocation of real jobs where 
possible. However, to avoid a technician actually being 
instructed to perform a dummy job, a technician currently 
awaiting a job is allocated an infinite cost score for any 
dummy job in the system (step 54), This ensures that the 

10 lowest-cost combination will not be one in which a dummy job 
is allocated that technician. 

Next, for each combination of job and technician the 
technicians "earliest home time" is calculated in step 61, 
and a calculation is made as to whether this is within a 

15 threshold limit of the technician's end of the shift. If it 
is, and the job is a category ' B' job (i.e. may be done 
tomorrow, as determined in Step 82 below) additional "end of 
day" preparations 62 are made to ensure that the technician 
is allocated an infinite cost score for that job. The next 

20 stage is the optimisation routine 2 described in greater 
detail with reference to Figure 2 which determines the 
combination of technicians and jobs having the lowest cost 
score. A routine 12 to pre-allocate second jobs to 
technicians may also take place (see Figure 12). If a 

25 technician is on line he is then instructed to do the job 
allocated to him in the optimum allocation routine (step 65). 
A ' bundling' procedure complementary to the ' seeding' 
described above with reference to Figure 15a can form part of 
this procedure. 

30 Firstly, the job selected by the algorithm 2 is 

entered into a "bundle" (Step 157). Secondly, all jobs (in 
the pool or in the matrix) located at the same place as the 
selected job and having skill requirements compatible with 
the technician are selected and prioritised (Step 158). 

35 The total duration of jobs in the bundle (i.e. on the 

first iteration, the seed job only) is compared with a 
maximum bundle duration (selected to avoid a technicians 
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being out of contact for too long and also taking into 
account the nd of this duty hours). (Step 159). If this 
maximum is exceeded/ the last job to enter the bundle is 
removed from the bundle again. (Step 160) (unless only the 
5 seed job is present). This process is repeated (Step 161) 
for each job in the priority order determined in Step 158, 
until there are none left (Step 162) or, (Step 163) a 
parameter is exceeded which is selected to avoid an excessive 
number of unsuccessful iterations (for example a 

10 predetermined number of jobs rejected in Step 160, or a large 
disparity between the priority of the first (seed) job 
rejected and the next to be considered). 

The bundle of jobs is then sent as an instruction to 
the technician (Step 65). The job or jobs allocated to the 

15 technician are removed from the list of jobs awaiting 
assignment (Step 66) and the technician's own details 
(location, estimated job completion time) are updated. (Step 
67). 

Figure 7 is a flow chart for routine 7, which takes 

20 place when a new job request is added to the system. The job 
is i nput to the s ys tern ( s tep 70) ei ther manual 1 y or in 
response to an alarm generated by the fault monitoring 
system, and its type and target time (step 71), its 
variability (step 72) and its importance (step 73) are 

25 determined, based on criteria input manually or determined 
according to stored data relating to the importance, etc of 
the equipment to be repaired. Certain jobs which are 
difficult to allocate may be given increased weightings to 
ensure that they are considered earlier than they might 

30 otherwise have been. Such considerations would include very 
long jobs which must be allocated early in the day to ensure 
sufficient time for completion, or jobs which have to be 
performed before a certain time (eg jobs which must be done 
during daylight hours for safety reasons). On the basis of 

35 these values the priority of the job is determined (step 74) 
and this is compar d with the prioriti s of the lowest 
priority job currently allocated (step 75). If it is of 
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lower priority than this curr ntly allocat d job it is 
exit r d in the pool f unallocat d jobs (step 78) but 
otherwise it is checked to see whether it has a definite 
appointment time 76, and if so whether the appointment time 
5 is within a threshold limit (step 77). If it is not within 
the threshold limit it is entered in the pool (step 78). If 
it is within the threshold it is checked as to whether the 
job is to be performed by a specific individual, in which 
case routine 9 is used. If the job can be performed by all, 
10 or a subset of the technicians routine 8 is followed. 

Figure 8 shows the flow chart for routine 8 which is 
responsible for updating the allocations when a new job 
replaces the lowest priority job in the matrix. The first 
step, (step 81), is to determine whether an end-of-day 
15 trigger point has passed. if it has, then the jobs are 
characterised (step 82) as category A (must be done today 
incurring overtime if necessary and available) or category B 
(may be done tomorrow) and the end of day routine 13 
described below (Figure 13) is then followed. Category B 
20 jobs are not assigned to a technician if he would not 
complete it before his end of day time. Category A jobs 
continue to be assigned, incurring overtime if necessary, 
until there are none left. If the end of day trigger point 
has not passed, the routine calculates the time-dependant 
25 cost function for the new job (step 84) and the procedure 
then continues to allocate the jobs as shown in Figure 6. 
Step 65 is however omitted since no technician is on line 
awaiting a job. 

Figure 9 shows a routine for use when the job is to be 
30 allocated to a specified technician. it is possible to 
simply allocate infinite cost scores for such jobs to all 
technicians except the specified one. However, in this 
variant such jobs and technicians are dealt with separately. 
This allows more jobs which are non-specific to a technician 
35 to be included in the matrix. The first step (step 91) is to 
d termine if the technician is on of thos currently in the 
allocation matrix. If h is, he is removed from the 



WO 95/26535 



PCT/GB95/00587 



allocation matrix and allocated the new job instead (step 
92). If he is not in the matrix the routine next determines 
(step 93) whether the technician has already been allocated 
such a job. If he has not, this Implies that the job he is 
5 currently engaged on is expected to take longer than the 
current time window covered by the matrix. The situation is 
alerted to the system controller (step 94) as the job needs 
to be jeopardy managed. The jeopardy management procedure 
depends upon the nature of the jobs, but may involve 

10 returning the job to the pool for allocation to another 
technician, job cancellation, reporting job failure or 
instructing the technician to suspend his prevent job in 
order to do the pre -allocated one instead. 

If an earlier pre-allocation has not so far been made, 

15 the technician is allocated to the highest priority job of 
those to be allocated specifically to him (step 95), and all 
other such jobs are returned to the pool (step 96). The 
technician allocated to a job specific to him by either of 
the above routes (step 92; or step 93, step 95, step 96) is 

20 allocated the next highest priority specific job as his 
second job (step 97) should one exist in the system. There 
is then a jump to step 66 to update the technician's details 
as described above with reference to Figure 6. 

The start-of-day routine (routine 10) is shown in 

25 Figure 10. This comprises collating the information on the 
technicians scheduled for duty and the information on those 
jobs awaiting attention. These may be jobs outstanding from 
the previous day or new jobs which have been requested 
overnight. 

30 Two lists are prepared. In steps 101, 102, 106, 107 

a list of available technicians is prepared (left hand side 
of Figure 10), whilst in step 103, 104, 105, 106, 108 a list 
of jobs requiring technicians is prepared (right hand side of 
Figure 10). 

35 In step 101 a list of available technicians is 

compiled and in st p 102 th s ar ord red by their Start-of- 
Day times. 
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In step 103 ach job in the pool has its priority 
value calculated and the jobs ar th n arranged in ord r of 
their priority value (step 104). 

In step 105 jobs with appointment times are assessed. 
5 If the appointment time is later than a critical value t2 
(the 'Global Start of Day time' ) the job is returned to the 
pool, to be allocated later. 

If high-priority jobs are failing this is identified 
in Step 115 and the 'interrupt' routine shown in Figure 14 is 
10 entered. 

All jobs which are technician-specific are then 
assessed in step 106. For each technician who has a 
technician-specific job, this job is allocated to the 
technician and he is removed from the list prepared in step 

15 102. If a technician has more than one such job, the two 
with the highest priorities are allocated. The second will 
be provisional, as described in more detail below with 
reference to Figure 12. Any other such jobs of lower 
priority are returned to the pool. 

20 The matrix required for the cost-score algorithm is 

now prepared. In step 107 an ordered list of ' n' technicians 
is prepared. This is the top ' n' technicians from the list 
prepared in step 102 and modified in step 106. The value of 
' n' should be a value close to the maximum number of 

25 technicians likely to be in the system at one time. Because 
of the need for dummy technicians to balance the number of 
jobs, it is unlikely that there would be too many technicians 
to fit the matrix, except at the beginning of the day. 

Similarly a list of the top ' m' highest priority jobs 

30 from the list prepared in step 104 and modified by steps 105 
and 106 is prepared (step 108). From this point the routine 
is the same as for the periodic updating routine 11 to be 
described below. 

The periodic updating routine shown in Figure 11 takes 

35 place every few minutes. This is done to minimise the amount 
of processing r quir d wh n a job request is made, since the 
information currently held will only be a few minut s out of 
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date and bo only a few paramet rs will ne d changing in the 
cost-score matrix for any particular run. Thes revisions 
will be predominantly in the estimates of job completion time 
for those jobs whose earliest estimated completion times have 
5 been exceeded. As discussed above, these estimated times 
include a variability represented by a ' predicted time band' . 
If the ' time now has passed the beginning of this 'predicted 
time band' , the probability of completion in the earlier 
incremental periods of the time band obviously falls to zero, 
10 with a consequent rise in the probability of completion 
falling within any given increment in the remaining part 
(since there are fewer of them and the total probability must 
always total 100%). There is also an increased probability 
of the job falling outside the predicted time band 
15 altogether, rising to 100% when ' time now reaches the end of 
the ' predicted time band' . 

Many of the steps in the updating routine 11 are the 
same as the start-of-day routine 10. The jobs are 
prioritised and ordered in the same manner as described with 
20 reference to Figure 10 (step 103, 104, 105). 

The technician parameters have to take two further 
factors into account since the update may occur at any time 
of day, so the steps are slightly different. In step 111 
each technician is assessed as to whether he has yet taken 
25 his meal break. If he has, the routine moves straight to 
step 114 described below. If not, the routine then assesses 
whether the estimated completion time of his current job is 
later than the earliest time at which a meal break may be 
taken. If it is not, the routine again moves straight to 
30 step 114, but if it is, the earliest and latest job 
completion times are updated accordingly, to include the meal 
break (step 113). In step 114 the technicians are then all 
arranged in order of their mean estimated completion times, 
in a similar manner to Step 102 above. (Note that steps 41 
35 (Figure 4) and 113 may both have modified their times since 
the last run). 

Step 103, 104, 105, 106, 107, 108, are th n carried 
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out as for the start of day routine 10 described above. 

The end-of-day step 81/ described above with reference 
to Figure 8, is next carried out. If the trigger point has 
passed the end-of-day routine 13 is entered. Otherwise a 
5 jump is now made to step 53, where the two lists are used to 
prepare the cost-score matrix, as described with reference to 
the routine 5. The procedure then jumps to step 53 to update 
the cost values, but since no technician is on-line it does 
not allocate infinite cost values or dummy jobs as in routine 

10 5 (step 54) and enters the main allocation routine (Figure 
6). The start of day routine 10 follows a similar procedure 
but does not go through the 1 end-of-day' test 81 before 
entering the main allocation routine (Figure 6). 

Although to retain maximum flexibility it is 

15 preferable to inform each technician of the next job required 
of him only when the previous one is completed, for 
operational reasons it is desirable to have details of the 
second job to be done available to the technician. This is 
a provisional allocation, as the circumstances may have 

20 changed by the time the first job is completed: for example 
a more urgent job may need to be allocated to him instead. 
Details of this second job can be communicated to the 
technician's terminal HI, which will only display them if on 
attempting to reporting completion of his first job, it is 

25 unable to contact the control centre. 

However, should the technician be unable to report in 
after completion of the first job he cannot be told of the 
current optimal job. In these circumstances he would instead 
go to the (possibly non-optimal) second job, and on finishing 

30 that job he would again attempt to report completion. 

The routine 12 for allocating the second jobs will now 
be described, with reference to Figure 12. It forms part of 
the main allocation routine 6 shown in Figure 6. 

In step 120 the pool of work is examined to identify 

35 any jobs to be specifically allocated to the technician. If 
there are any such jobs, these ar arrang d in priority order 
(st p 121) and the high st priority such job is selected. 



WO 95/26535 



PCT/GB95/00587 



- 35 - 

This is allocated as the t clinician' s second job (st p 122) 
and th allocation routine continu s (Figur 6). 

If no such pre-allocated jobs are identified is step 
120 the prioritised list of jobs is then searched (steps 123 
5 to 1212). 

The highest priority job is tested first (step 123). 
Three tests are carried out to check if the job has an 
appointment time (step 124), if it has been allocated as a 
second job already (step 125), or if it requires skills that 

10 the technician does not have (step 126). If any of these 
conditions are met, it is not suitable as a provisional 
second job for that technician and the procedure than checks 
whether this is the last job in the list (step 1212) and, if 
not, goes to the next job (step 127) and starts the procedure 

15 again. 

The travelling time between the technicians current 
job and the prospective job is calculated (step 128) and 
compared with a threshold value (step 129). If it is less 
than the threshold value the job is allocated as the second 
20 job (step 122) and the allocation routine 6 continues (Figure 
6). If the travelling time is more than this threshold value 
a further test (step 1210) is carried out to determine if the 
travelling time is less than that for any previously tested 
job. 

25 If it is, the job is temporarily stored (step 1211) 

and in either case the procedure then checks whether this is 
the last job (step 1212) and if not, selects the next job 
(step 127). 

If the sub-routine fails to find a job satisfying the 
30 tests of steps 124, 125, 126 and 129, on the last iteration 
of step 1212, which tests for the last job in the priority 
list, will be positive. The sub-routine then follows step 
1213, which tests for whether any job has been stored as a 
result of step 131 and is so, allocates it as the second job 
35 for that technician (step 1214). If no job has been stored 
by step 1211 (b caus no jobs m t the tests of steps 124, 125 
and 126, th n no second job is allocat d (st p 1215). In 
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either case th procedure then returns to the main allocation 
routine 6 (Figure 6). 

The end-of-day routine 13 (Figure 13) will now be 
described. 

5 Towards the end of a technician's working day (or part 

day) the feasibility of a particular allocation is dependent 
not only on whether the targeted committed time can be met 
but also on the ability of the technician to complete the job 
and return to his finish (end of day) location by the end of 

10 his working day (or end of working day plus overtime if 
overtime is permitted). Similarly, the costs involved 
include not only the travel time to the job but also the 
travel time from the last job of the day the finish (end of 
day) location, any slack time or "time with nothing to do" 

15 between the end of the technician's last job and his end of 
working day and also any overtime incurred if the job over- 
runs the end of the technician 1 s working day. These 
additional costs can be accommodated within the cost score 
calculations for jobs allocated towards the end of the 

20 technician' s day by introducing additional terms to 
represent: 

travel time from the last job to the technician's 
finish (end of day) location 

idle time, if any, between completion of the job and 
25 the end of day time 

overtime incurred, if any, if the job over-runs the 
technician' s end of day 

The calculations necessary are as follows: 
For each allocation of technician to job (regardless 
30 of job commitment type or whether the technician is on-line 
or off-line) calculate the estimated latest home time i.e. 
the estimated latest time at which a technician can return to 
his finish (end of day) location following the completion of 
the allocated job. (Step 130). 
35 if the technician's estimated latest home time is much 

arlier than his nd of day tim then no adjustm nt is 
nec ssary to the previously calculated cost scor (St p 
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131). How ver, it the technician's stimated latest home 
time is close to, or after, his end of day tim then 
additional calculation will be necessary (Step 132), 

These involve first calculating the estimated earliest 
5 home time i. e. the earliest time at which a technician can 
return to his finish (end of day) location following 
completion of the allocated job. 

The probability that the technician will not get to 
his finish (end of day) location by his end of day time (or 
10 end of overtime-day time, if overtime is permitted) after 
undertaking the allocated job can then be calculated. 

If the probability that the technician cannot get to 
his finish (end of day) location by his end of overtime-day 
time is high the allocation is likely to become infeasible. 
15 The corresponding cost score should then be assigned an 
infinite value. (Step 133). 

However, if the probability is an intermediate value 
further calculations are needed to determine the values of 
the additional terms which need to be incorporated into the 
20 cost score: 

Travel time from the last job to the technicians' s end 
of day location; (Step 134) 
Expected Idle time: (Step 135). 

If the technician is likely to complete the allocated 
25 job and arrive at his finish (end of day location) before his 
end of day time he will incur idle time or time with "nothing 
to do". This period of time is unproductive and will be 
penalised in a similar manner to time spent travelling. 
Expected Overtime: (Step 136) 
30 If the technician is likely to complete the allocated 

job and arrive at his finish (end of day) location after his 
end of day time he will incur overtime. Overtime is paid at 
a higher rate than normal working hours, thus any overtime 
incurred should be penalised at a higher penalty than travel 
35 time. These factors, including the probability of their 
occurr nc , are used in st p 137 to modify the cost score 
values to be used in th cost-score matrix (Figures 6). 
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The 'interrupt' routine 14 shown in Figure 14 will now 
be described. This routine id ntifi s technicians engaged on 
low-priority work who can be called to interrupt their 
current task in order to save a higher-priority task from 
5 failing- This possibility may occur if the technicians 
current job (or bundle) is long, and the higher-priority job 
had not entered the system when the current job was allocated 
to him. The routine requires means to be available to page 
the technicians, rather than wait for them to report in. 

10 When a high-priority job is identified as being an 

imminent failure (e.g. because its cost score which is 
dependant on probability of failure and cost of failure, 
exceeds a threshold) it is first checked as to whether it has 
been pre-allocated to an individual (Step 140). If so, a 

15 jump is made to step 143 (to be described below). 

Otherwise, a search is made for any technicians at the same 
location with the necessary skills (Step 141). If there is 
one, a jump is made to step 143. If there are more than one, 
jump is made to step 144 (to be described below). If there 

20 are none, a search is made for technicians not currently 
engaged on work of the same or higher priority with the 
necessary skills and within a travelling distance short 
enough to reach the job in time to prevent failure. (Step 
142). If there is such a technician, or several, a jump is 

25 made to step 143 or step 144 respectively. If no such 
technician is available, the job is identified as impossible. 
(It is however maintained in the system in case a technician 
becomes available to do it unexpectedly early). 

In step 143, the technician is paged. He is then 

30 instructed and the job and technician details updated (steps 
65, 66, 67, 68 - Figure 6). The interrupted job is re- 
entered as a new job, pre-allocated to the technician who was 
working on it. 

In step 144 the selection continues by excluding any 

35 technicians with a job of the same or higher priority than 
the one in jeopardy. Of the remainder, one t chnician is 
sel cted on the basis of crit ria such as trav 1 distanc , 
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skill pr ferenc s and estimat d time to compl tion of current 
job (step 145) and the routine this continues with step 143. 

Figure 18 shows a functional block diagram of the 
resource allocation system shown in Figure 1. Data flows are 
5 indicated by the arrows. It shows an input/output device 180 
for transmitting data to and receiving data from the handsets 
HI, H2 etc over communications links. Data received from 
technicians is used to update a store 181 which contains 
parameters of the technicians. Data on technicians may also 

10 be entered by means of a terminal 182. Parameters on jobs 
are entered via terminal 182 as well as being fed in 
automatically from fault alarms generated in the network N. 
Parameters of jobs are stored in store 183. 

Using the parameters stored in stores 181 and 183, 

15 calculation means 184 determines the time at which a 
technician will complete his present job which is stored as 
another parameter. Similarly, calculation means 185 uses 
the data stored in store 183 to determine a cost function for 
each job. 

20 Prioritising means 186 then selects technicians from 

store 181 having the nearest task- completion times, and 
prioritising means 187 selects from store 183 those jobs 
which are nearest their target times, and passes the jobs and 
technicians to a calculation means 188 which calculates the 

25 projected cost of allocating each job to each technician. 
Pre-allocation means 189 may be provided to identify jobs 
which are to be allocated to specific technicians. The 
output of this is fed to an adjustment means 1810 for 
adjusting the cost of allocating a job to a technician to be 

30 infinite if the job and techician are incompatible. Factors 
other than specific assignments identified by pre-allocation 
means 189 are also read from stores 181 and 183 by adjustment 
means 1810. These infinite values derived in adjustment 
means 1810 are fed to calculation means 188. The costs 

35 determined in calculation means 188 and adjustment means 1810 
ar then assess d in allocation means 1811 to d termine the 
optimum combination of jobs with technicians. This optimum 
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combination is communicated to the technician though d vice 
180 and the allocation m ans 1811 also sends updating 
information to stores 181 and 183. 
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- 41 - 
CLAIMS 

1. A method of allocating a plurality of resources to a 

plurality of jobs, by using a computer to perform the 
following steps: - 

- determining the time at which each resource is 
forecast to become available; 

- determining the time at which each job is required 
to be performed; 

- assigning to each job a time-dependent cost function 
calculated as a function of the time at which the job will be 
performed; 

- for each possible combination of jobs with 
resources, determining the total projected cost, dependent on 

15 the time at which each resource is forecast to be available 
and the value of the cost function for the respective job at 
that time; 

- determining the combination which produces the 
smallest total projected cost* 

20 

2. A resource allocation method using a method according 
to claim 1, wherein when a resource becomes available the 
steps of claim 1 are performed, the available resource being 
assigned to the job which is associated with it in the 

25 combination having the smallest cost. 

3. A resource allocation method as claimed in claim 2, 
wherein new jobs may be added to the plurality of jobs, the 
steps of claim 1 being performed when such additions take 

30 place. 

4. A method as claimed in claim 2 or 3, wherein if a 
second resource becomes available at or near to its forecast 
time and no other changes have occurred since the allocation 

35 determination was last performed, the second resource is 
assign d the job allocated to it in the lowest-cost 
combination pr viously d t rmined. 
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5. A method as claimed in any of the prec ding claims 
wherein combinations of resources and jobs which are 
incompatible are ascribed substantially infinite cost values. 

6. A method according to claim 5, wherein a resource may 
be allocated to a specific job, such that combinations of 
that job with other resources are treated as incompatible. 

7. A method according to any of claims 2 to 6, wherein 
when a first job is assigned to a resource, other jobs 
closely related to the first job and compatible with the 
resource are also assigned to the resource. 

15 8. A method according to any preceding claim wherein the 
jobs are prioritised on the basis of the times at which they 
are to be performed, and the resources are prioritised on the 
basis of those which are forecast to become available first, 
and the cost evaluation is performed for a predetermined 
number of jobs and/or a predetermined number of resources 
being those having the highest priority. 



20 



9. A method according to claim 8, wherein the 

predetermined number of resources is less than the 
25 predetermined number of jobs, the cost values of jobs not 
being allocated to resources being included in the cost 
evaluation. 



30 



10. A method according to any preceding claim, wherein if 
the cost value of a first job exceeds a threshold value, a 
resource is instructed to interrupt a second job which it is 
currently engaged on and perform the first job instead. 
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11. Apparatus for allocating a plurality of resources to 
a plurality of jobs comprising: 

- means for storing parameters relating to the 
resources; 

5 - means for storing parameters relating to the jobs; 

- means for determining from the parameters the time 
at which each resource is forecast to become available; 

- means for determining from the parameters the time 
at which each job is required to be performed; 

10 - means for assigning to each job a cost function 

which is calculated as a function of the time at which the 

job will be performed; 

means for determining, for each possible 

combination of jobs with resources, the projected cost, 
15 dependent on the time at which each resource is forecast to 

be available and the value of the cost function for the 

respective job at that time; and 

- means for determining the combination which produces 
the smallest total projected cost. 

20 

12. Apparatus according to claim 11, further comprising 
means for adding new jobs to the plurality of jobs. 

13. Apparatus according to claim 11 or 12, further 
25 comprising means for identifying incompatible combinations 

for jobs with resources and means for ascribing infinite cost 
values to such combinations. 

14. Apparatus according to claim 13, comprising means for 
30 selectively allocating a specific resource to a given job, 

wherein combinations of such a job with other resources are 
identified as incompatible. 

15. Apparatus according to any of claims 11 to 14, further 
35 comprising means for prioritising jobs and/or resources, and 

m ans for s 1 cting the jobs and resources with th highest 
priority on which to perform the cost evaluation. 
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16. A computer apparatus for allocating a plurality of 
jobs to a plurality of r sources, said comput r apparatus 
comprising a central processing unit, a memory, an input 
device and an output device, said memory containing a program 

5 for controlling the computer and which is arranged: 

- to store parameters relating to the resources; 

- to store parameters relating to the jobs; 

- to determine from the parameters the time at which 
each resource is forecast to become available; 

10 - to determine from the parameters the time at which 

each job is required to be performed; 

- to assign to each job a cost function which is 
calculated as a function of the time at which the job will be 
performed; 

15 - to determine, for each possibile combination of jobs 

with resources, the projected cost, dependent on the time at 
which each resource is forecast to be available and the value 
of the cost function for the respective job at that time; and 

- to determine the combination which produces the 
20 smallest total projected cost. 

17. Apparatus according to claim 16, further arranged to 
add new jobs to the plurality of jobs. 

25 18. Apparatus according to claim 16 or 17, arranged to 
identify incompatible combinations of jobs with resources and 
to ascribe infinite cost values to such combinations. 

19. Apparatus according to claim 18, further arranged to 
30 selectively allocate a specific resource to a given job, 

wherein combinations of such a job with other resources are 
identified as incompatible. 

20. Apparatus according to any of claims 16 to 19, further 
35 arranged to prioritise jobs and/or resources, and to select 

the jobs and r sources with the highest priority on which to 
perform th cost evaluation. 
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21. A r sourc allocation system comprising allocation 
apparatus according to any of claims 11 to 20, in combination 
with a plurality of communications terminals for use by the 

5 resources, and a communications network for communicating 
between the terminals and the allocation apparatus. 

22. A resource allocation system according to claim 21, 
the allocation apparatus further comprising means for 
allocating a provisional second job to each resource, the 
terminals comprising means for storing said second job 
details, means for attempting to report job completion to the 
allocation apparatus, and means for displaying the stored 
details of the second job only if such an attempt fails. 

15 

23. A system as claimed in claim 21 or 22, wherein the 
terminals are portable. 

24. A system as claimed in claim 21, 22 or 23, wherein the 
20 communications network is a radio network. 

25. A system as claimed in claim 21, 22 or 23, wherein the 
terminals are connectable to a fixed telecommunications 



25 



network. 

26. A system as claimed in any of claims 21 to 25, wherein 
the terminals are arranged to receive instructions from the 
allocation apparatus. 

30 27. A system as claimed in claim 26, wherein the terminals 
include memory means to store said instructions. 

28. A system as claimed in any of claims 21 to 27, wherein 
the terminals are arranged to send information to the control 
35 apparatus. 
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29. A system as claimed in any of claim 21 to 28„ wherein 
the t rminals are arrang d to allow paging of the resources 
by the allocation apparatus. 

5 30. A method of allocating a plurality of resources to a 
plurality of jobs, by using a computer to assign a projected 
cost for each possible combination of resources with jobs and 
calculate the lowest-cost combination, whereby more jobs 
than resources are used for the calculation, un-assigned jobs 
10 being assigned to dummy resources with a cost value for such 
assignments being determined as a function of the cost of the 
job not being done. 

31. A method of allocating a plurality of resources to a 
15 plurality of jobs, by using a computer to assign a projected 

cost for each possible combination of resources with jobs and 
calculate the lowest-cost combination, characterised in that 
when the lowest-cost combination is calculated, a first job 
is assigned to a resource, and any jobs closely related to 
20 the first job are also assigned to the resource. 

32. A method according to claim 31, in which jobs are 
selected for calculation of cost combinations such that jobs 
having different characteristics are selected in preference 

25 to jobs having similar characteristics. 

33. A method according in claim 31 or 32 in which of a 
group of closely related jobs, having different priorities, 
the highest priority job is selected for combination 

30 calculations. 

34. A method of allocating a plurality of resources to a 
plurality of jobs, by using a computer to assign a projected 
cost for each possible combination of resources with jobs and 

35 calculate the lowest-cost combination, characterised in that 
jobs ar assigned priority valu s and targ t times, and in 
that high priority jobs ar monitored 'such that if a high 
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priority job approaches its targ t time, a r source working 
on a lower -priority job is instructed to interrupt the lower- 
priority job and perform the high priority job. 

5 35. Apparatus according to any of claims 11 to 29, in 
combination with a network on which the jobs are to be 
performed, said network including means for detecting faults 
in the network, and means for supplying, to said means for 
storing parameters relating to the jobs, parameters of jobs 
10 to be performed to rectify the faults so detected. 

36. Apparatus for allocating a plurality of resources to 
a plurality of jobs comprising: 

- means for storing parameters relating to the 
15 resources; 

- means for storing parameters relating to the jobs; 

- means for determining from the pkrameters the time 
at which each resource is forecast to become available; 

- means for determining from the parameters the time 
20 at which each job is required to be performed; 

- means for assigning to each job a cost function 
which is calculated as a function of the time at which the 
job will be performed; 

means for determining, for each possible 
25 combination of jobs with resources, the projected cost, 
dependent on the time at which each resource is forecast to 
be available and the value of the cost function for the 
respective job at that time; 

- means for determining the combination which produces 
30 the smallest total projected cost; 

in combination with a network on which the jobs are 
to be performed, said network including means for detecting 
faults in the network, and means for supplying, to said means 
for storing parameters relating to the jobs, parameters of 
35 jobs to be performed to rectify the faults so detected. 
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37. Apparatus according to Claims 35 or 36, arranged such 
that the param ters suppli d include an ass ssment of the 
priority of the job to the performed, made wholly or in part 
on the basis of the availability of spare capacity in the 

5 network. 

38. Apparatus according to Claim 37, arranged such that if 
there is no spare capacity, such that service is interrupted, 
the job is allocated the highest priority. 

0 

39. A method of allocating a plurality of resources to a 
plurality of jobs substantially as described with reference 
to the drawings. 



40. Apparatus for allocating a plurality of resources to 
a plurality of jobs substantially as described with reference 
to the drawings. 
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